Network Simulation 

This application claims the benefit of U.S. Provisional Application No. 
60/145,303, filed 23 July 1999, Attorney Docket M3-990719, and U.S. Provisional 
5 Application No. 60/145,794, filed 27 July 1999, Attorney Docket M3-990719B. 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 
This invention relates to the field of network systems, and in particular to the 

10 simulation of network architectures and configurations to evaluate performance. 

2. Description of Related Art 
Modeling is a proven technique for estimating the performance of systems. Such 

modeling is typically based on models of the components of the system and the 

"ii interactions among components. In a typical performance model, the architecture of the 

01 

pj 15 system is encoded as a network of interconnected elements. Each element includes input 
and output nodes, and a corresponding fiinctional model that describes the production of 

0 output node values, based on the input node values, and the state of the element. The 

pi 

g network description specifies the intercormections among the input and output nodes of 

the elements comprising the system. The specification of the interconnections, or links, 
PJ 20 determines the correspondence between the output node values of each element to the 

si: 

input nodes of other elements. 
C3 An analytical evaluation of the performance of the modeled system is effected by 

specifying a set of initial conditions, if any, to each element, and a set of input values or 
parameters to the input nodes of the system. Various modeling techniques may be 

25 employed, depending upon the function of the system being modeled and the 

performance factors of interest. Information processing and communications systems are 
often modeled using stochastic models that describe the information transfer via a 
statistical generalization of the information being transferred and the performance and 
limitations of each element and link of the system. For example, an input to a processing 

30 element is described using statistics that describe an expected pattem of inputs, such as, 
for example, an average arrival rate of new messages, an average size of each message, 
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and so on. Similarly, the capability of the processing element is described in terms of the 
average throughput rate, maximum queue length, and so on. The determination of the 
output characteristics of each processing element is typically based on classical "Queuing 
Theory" models that can provide estimates of delay time, queue size, and other 
5 parameters associated with a sequential process. As is known in the art, queuing theory 
models provide a "steady-state" estimate of these output parameters. That is, statistically, 
if an average number of items having an average nimiber of imits arrives at a element that 
can process an average number of units per unit time, the output of the element will be an 
average number of items having an average processing delay relative to the input, the 
10 element itself will have an average queue length, and so on. Of particular significance, 
because the analytical model provides a "steady-state" estimate, the initial conditions of 
the system are not significant, because any out-of-the ordinary effects of initial conditions 
can be expected to diminish in time, as the system approaches the steady-state condition. 

c ; 

The analytical model processing system computes the results associated with each 
0^= 15 element, based on the element model, or transfer equation. Because one element's 
J! computed output may affect another elements input, as determined by the 

interconnections within the modeled system, this computation is repeated \antil each of 
PJ the elements provides a stable output. This process is similar to a conventional "spread 

s 

Q sheet" program that computes the overall effect of a change to a value of a cell in the 

20 spread sheet by repeatedly processing the equations associated with the spread sheet until 

II the effect of the changed value, if any, is reflected in every cell. 

particularly well suited for estimating such parameters as: a link utilization factor that 

identifies the volume of traffic flowing in each link, relative to the size, or bandwidth, of 
25 each link; a network latency factor associated with each pair of nodes in the network that 

identifies a composite of queuing delays, processing delays, and path delays between any 

two nodes in the network; and so on. 

Analytical models, however, are not well suited for assessing the effects of 

protocol handling, including, for example, the effects of the segmentation of information 
30 items into packets, congestion control and packet discarding, retransmissions, weighted 

fairness algorithms, and so on. In like manner, the steady-state analytical models do not 
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address the dynamics of traffic patterns nor, as mentioned above, the effects of initial or 
abnormal conditions. The steady-state analytical models primarily rely on traffic volxmie 
to determine the aforementioned link utilization and network latency performance 
measures. Also, the analytical modeling of the extremes of behavior is substantially more 
5 complex than merely modeling the average behavior, and the determination of such 
parameters as the peak delay time, or a profile of response times, in general, is rarely 
available using analytical models. 

An alternative to analytical modeling is discrete-event simulation. In a discrete- 
event simulation, the network is also modeled using elements and links that interconnect 
10 elements, but the models utilized for each element are designed to provide a specific 
output response to a specific input event, rather than a statistical model. That is, for 
example, a model of a transmitter includes a model of a queue to receive a group of 
packets corresponding to an information item, and an output generator that removes each 
packet from the queue and places it at its output after a specified processing time, at the 
Si 15 transmitter's transmission rate. If additional packets arrive at the transmitter's input, they 
j= are placed in the modeled queue, and wait their turn to be transmitted. Statistical 



6 

PJ determined by periodically monitoring the modeled queue to determine the actual number 



:4= 



parameters, such as the average number of packets in the transmitter's queue, are 



Q of packets that are in the queue at each monitored time. The packets that are placed at the 

20 output node of an element are propagated via the intercormection links, and arrive at the 
node at the other end of the link after a propagation delay associated with the link. Upon 
arrival, the packets are each similarly processed by the model associated with the 
receiving element. 

Because discrete events are modeled, the models associated with each element or 
25 link can be explicit, and need not contain a closed-form analytical model. For example, 
the aforementioned transmitter may have altemative transmission paths for 
communicating each packet, based on a destination address contained within the packet. 
The transmitter model need merely contain a conditional statement that places each 
packet in the queue onto the appropriate output, based on the destination address of each 
30 packet. In like manner, the effects of transmission errors can be modeled by randomly 
introducing errors into each packet, depending upon parameters associated with the 
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elements or links. A receiving device can be modeled to reject a packet if the number of 
randomly introduced errors exceed a given threshold, and the transmitter can be modeled 
to effect a retransmission of the packet upon notification of the rejection. In this manner, 
the actual packet throughput in the presence of random noise can be determined based on 
5 simulated packet transmissions in the presence of simulated noise. Depending upon the 
level of detail of the model, packet transformations can also be modeled, for example, by 
modeling a packet as it is processed by its associated protocol. For example, using the 
ISO-OSI protocol reference model, packets may be generated at an application layer and 
transformed through the various layers until the simulation models the transfer of bits at 

10 the physical layer. At each stage of the transformation, processing and queue delays may 
be introduced, error detection and processing may be modeled, and so on. Attempting to 
model such explicit behavior in a closed form analytical model is virtually impossible. 

A discrete-event simulation of a network of reasonable size often involves the 
generation of hundreds of thousands of input events, and the subsequent processing and 

15 propagating of these events through the network until each modeled event arrives at its 
intended destination. Often, a realistic discrete-event simulation can run for hours or days 
on fairly powerfiil computers, and consume large amounts of memory resources as each 
generated and propagated event is tracked through the network. An analytical model of a 
similarly sized system, on the other hand, is typically run in a matter of seconds or 

20 minutes, and consumes a relatively small amount of data. That is, conventionally, the 
determination of detailed information regarding the performance of a network requires a 
substantial amount of time and resources, whereas the determination of overall 
performance measures can be determined quickly, provided that the appropriate 
theoretical models are available. 

25 
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BRIEF SUMMARY OF THE INVENTION 

It is an object of this invention to provide a method of simulation that provides the 
abihty to obtain detailed performance information at a substantially higher speed than 
conventional discrete-event simulation. It is a further object of this invention to provide a 
method of analytical modeling that provides more detailed performance measures than a 
conventional analytical model. It is a further object of this invention to provide a system 
that allows for the simulation of a network using the above methods. 

These objects, and others, are achieved by providing a method of simulation that 
combines the advantages of both analytical modeling and discrete-event simulation. In a 
preferred embodiment of this invention, traffic on the network is modeled as a 
combination of "background-traffic" and "explicit-traffic". The background-traffic is 
primarily processed in an analytical form, except in the "time-vicinity" of an explicit- 
traffic event. Explicit-traffic events are processed using discrete-event simulation, but the 
modeled effects are dependent upon the background-traffic and corresponding 
particularized background-traffic events. 

Immediately before and during each discrete-event time, the background-traffic is 
processed to produce discrete background-traffic events. These background-traffic events 
are processed by each element and link model as discrete events that are simulated along 
with the actual explicit-events. At all other times, the background-traffic is processed 
using conventional analytical modeling techniques. In a preferred embodiment of this 
invention, the background-traffic model includes timing parameters, and the simulation 
method also provides for a time-varying analytical modeling technique. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
The invention is explained in further detail, and by way of example, with 
reference to the accompanying drawings wherein: 

FIG. 1 illustrates an example block diagram of a mixed-mode simulator in accordance 
5 with this invention. 

FIG, 2 illustrates an example timing diagram of the processing of explicit-traffic and 
background-traffic in accordance with this invention. 

FIG. 3 illustrates an example flow diagram of a mixed-mode simulator in accordance 
with this invention. 

10 FIG. 4 illustrates an example flow diagram of a discrete simulator in accordance with this 
invention. 

FIG. 5 illustrates an example timing diagram of a transition from the processing of one 
explicit-traffic event and another in accordance with this invention. 

Throughout the drawings, the same reference numeral indicates similar or 
15 corresponding features or functions. 

DETAILED DESCRIPTION OF THE INVENTION 
This invention is premised on the observation that a network simulation is often 
performed in order to determine the effects of a particular proposed change, to determine 

20 the performance for a particular user or group of users, and so on. In these applications, 
the particular item, or items, of interest only affects a portion of the network, and a 
detailed analysis is only required for this affected portion of the network. However, the 
simulation of the network cannot be limited to only the portion of the network that is 
affected by the item of interest, because the other portions of the network may have an 

25 effect on this affected portion. Therefore, a conventional discrete-event simulator 

processes the entire network, at a common level of detail, independent of the item(s) of 
interest or the portions of the network affected by the item of interest. A preferred 
embodiment of this invention, on the other hand, allows the user to classify network 
activity as either explicit-traffic or background-traffic. Explicit-traffic is modeled at a 

30 detailed level, while the background-traffic is modeled primarily at a higher, analytical, 
level, the explicit-traffic corresponding to the items of interest in the performance 
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evaluation. At each occasion that the background-traffic may affect the explicit-traffic, 
the background-traffic is modeled at the lower detail level of the explicit-traffic. In this 
manner, the portions of the network that are unaffected by the explicit-traffic and that 
have no effect on the explicit-traffic are modeled and processed at an analytical level, 
5 consuming minimal processing time and memory resources, while the portion of the 
network affected by the explicit-traffic and the background-traffic that affects the 
explicit-traffic are processed at the lower level of detail. 

FIG. 1 illustrates an example block diagram of a mixed-mode simulator 100 in 
10 accordance with this invention. The simulator 100 includes a controller 120 that 

coordinates the actions of an analytic model processor 130, an explicit-event generator 
140, and a discrete simulator 150 to effect a simulation of a system that is suitably 
encoded in a simulation database 110. For ease of reference, the system being simulated 
% is hereinafter referred to as the network being simulated, because network simulations are 

15 particularly well suited to the principles presented in this disclosure. It will be recognized 

Fy 

by one of ordinary skill in the art that other systems may also be simulated using the 
"^t principles presented herein. 

fy As discussed above, the network is encoded, in the simulation database 1 10, as a 

£1 combination of elements and their interconnection. Some of the elements represent 

20 devices that generate messages that are communicated to other elements via the element 
£ interconnections. For ease of reference, the term packet is used herein as a paradigm for a 

%l unit message, and may contain one or more items, or bits, of information. The term traffic 

is used herein to represent the occurrence of transmitted packets via the interconnections. 
Using this terminology, some of the elements generate traffic, some of the elements 
25 absorb traffic, some of the elements route traffic, some of the elements switch traffic, and 
so on. The term absorb is used herein to represent the receipt of packets without a 
subsequent corresponding retransmission of the packets. Generally, elements have zero or 
more inputs and zero or more outputs; generators produce more output traffic than input 
traffic, absorbers produce less output traffic than input traffic, and most other devices 
30 produce output traffic that substantially corresponds to the input traffic. The simulator 
simulates the propagation of traffic throughout the network, and determines 
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corresponding properties associated with this traffic propagation. The properties typically 
relate to performance measures, such as delay times, queue lengths, path utilization, and 
so on. 

In accordance with this invention, the traffic that is simulated is characterized as 
5 either background-traffic or explicit-traffic. The explicit-traffic is simulated as a series of 
discrete events, whereas the backgroimd-traffic is not necessarily "simulated" at all. The 
background-traffic provides a description of the environment within which the explicit- 
traffic is propagated. For example, the background-traffic may be encoded as a utilization 
factor for a particular interconnection, or link. If an element processes packets fi"om that 
10 link at a particular rate, that element's ability to process an explicit packet will be 

dependent upon the link utilization factor. That is, for example, if the background-traffic 
utilization factor is 50%, the processing of an explicit packet can be expected to require 
twice as much time as compared to a background-traffic utilization factor of 0%, because 
half the time, the element will be processing the background-traffic. In like manner, a 



£3 

yi 1 5 background utilization factor of 90% can be expected to increase the processing of each 



explicit packet by a factor of 10, because, by definition, nine out of ten of the processed 
packets will be the packets associated with the background- traffic. 
PJ The analytic model processor 130 processes the background-traffic, while the 



£i discrete simulator 140 processes the explicit-traffic. Generally, the operation of the 

2.] 20 analytic model processor 130 and the discrete simulator 140 is similar to the operation of 

I u 

£ a conventional analytic model processor and a conventional discrete simulator, 

rl 

Q respectively, the principles of which are common to one of ordinary skill in the art. As 

contrast to the prior art, the controller 120 coordinates the operation of the analytic model 
processor 130 and the discrete simulator 140 so as to effect a high-speed, minimal detail, 
25 analytic modeling, concurrent with a highly-detailed, slower-speed, discrete model 
simulation. 

As in the conventional analytical modeling process, the analytic model processor 
130 processes the parameters that characterize the background-traffic to determine the 
steady-state condition 160 of the network while this background-traffic is present. These 
30 parameters, for example, may include an average packet size, a variance associated with 
the packet size, an average packet arrival rate, and a variance associated with the packet 
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arrival rate. In accordance with the principles of this invention, these steady-state 
conditions 160 are used to initialize the simulation state 170. For example, if a number of 
links are characterized by background-traffic parameters, the analytic model processor 
determines, for example, the average queue length (number of packets waiting to be 
5 processed) at each element, and the simulation state 170 is configured to model each 
element's queue as containing this determined number of packets. 

As in the conventional discrete event simulator, the explicit-event generator 140 
generates a sequence of events based on the explicit-traffic parameters. For example, an 
element may be encoded as a traffic generator having a particular packet rate and a 
10 particular packet size. The explicit-event generator 140 produces appropriately sized 
packets that are transmitted at the specified rate. As is common in the art, the traffic 
generation may be specified as a stochastic process, with parameters that specify the 
probability distribution associated with the generated traffic, and the explicit event 
^; generator 140 stochastically generates the packets in accordance with the specified 

Oi 15 parameters. The generator 140 places each explicitly generated packet onto a schedule 
180 for processing by the discrete simulator 150. The discrete simulator 150 processes 
each item in the schedule 180, in a time-sequential order. For example, an attribute of a 
nj link between two elements may be a propagation delay, dO, across the link. If a packet is 

scheduled to be transmitted across that link at time tO, the discrete simulator 150 will 

2\ 20 simulate this transmission by scheduling the packet to be received at the other end of the 

I'-j 

iz link at time tO + dO. This receiving event is placed in the schedule 180, at the scheduled 

to + do time. At the simulated time of tO + dO, the discrete simulator 150 effects whatever 
action is appropriate at the receiving element at the other end of the link. For example, a 
receiving element typically includes a queue for receiving each packet. The discrete 
25 simulator 150 updates the queue model of the receiving element to indicate that the 

received packet is placed into the queue at the next available location. In like manner, the 
discrete simulator 150 simulates the receiving element by periodically removing the next 
packet from the queue, advancing the queue, and scheduling, via the schedule 180, the 
removed packet to be transmitted from its output after some specified processing time, 
30 pO, associated with the receiving element. Eventually, the aforementioned transmitted 
packet progresses through the queue, and is scheduled to be transmitted fi'om the output 



Hi 



P 
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of the receiving element at time tO + dO + qO + pO, where qO is the duration that the 
packet remained in the queue. Using this same event-processing technique at each stage 
of the packet's propagation, this transmitted packet reaches its destination at some later 
time tl. As in the conventional discrete event simulator, the details related to the 
5 propagation of each packet are collected, and statistics are formed that characterize the 
propagation, such as an average queue time at each element, an average processing time, 
an average propagation delay (tl-tO), minimum and maximum propagation delays, and so 
on. 

Note that, as presented above, in accordance with one aspect of this invention, the 

10 analytical modeling of the background-traffic provides a steady-state condition 160 that 
is used to affect the simulation state 170 that is used by the discrete simulator 150. For 
example, the queue time duration qO will be dependent upon the nxmiber of packets that 
are in the queue (the queue length) of the receiving element when the transmitted packet 
arrives. The analytic model processor 130 determines an average queue length at each 

15 element associated with the presence of background-traffic, and the queue length that the 
discrete simulator 150 uses during the simulation of the explicit transmitted packet is 
dependent upon this determined average queue length. It is significant to note that, in 
accordance with this aspect of the invention, the simulated number of packets in the 
queue caused by the background-traffic is determined without actually simulating each of 

20 the packets associated with the background-traffic, thereby saving considerable 

processing and memory resources. In addition to queue lengths, other background-traffic 
effects can be analytically determined, using conventional analytic techniques such as 
queuing theory models, and will be evident to one of ordinary skill in the art in view of 
the principles presented above. 

25 In accordance with another aspect of this invention, a preferred embodiment of 

this invention also includes an implicit-event generator 190 that can be used to provide an 
additional level of detailed analysis. As presented above, the use of an analytic model 
processor 130 provides an estimate of the steady-state conditions 160 that an explicitly 
simulated packet will encounter, without requiring an explicit simulation to produce a 

30 simulation state 170 corresponding to these steady-state conditions 160. In addition to 
these steady-state effects upon queue length and the like, individual packets associated 
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with backgroimd-traffic may have an impact on the processing or routing of an explicit- 
traffic packet, particularly during the simulation of a particular communications protocol 
or traffic control techniques. For example, if a particular communications path is 
characterized as using a collision dependent protocol, the propagation of a packet across 
5 this path is dependent upon whether a collision occurs while that packet is being 

transmitted. As is common in the art of discrete simulation, the determination of whether 
a collision occurs is effected by simulating the collision avoidance techniques that are 
associated with the particular protocol for each of the packets being transmitted over the 
path. If, despite the collision avoidance technique, two packets are transmitted over the 
10 bus concurrently, a collision has occurred. The subsequent actions related to these 

packets, such as a subsequent retransmission of each packet or other recovery technique, 
are simulated based upon the particular protocol. In this manner, the propagation of each 
packet is simulated subject to the same conditions and actions as an actual transmitted 
j5 packet. Based on the attributes of each packers propagation, including the effects 

15 introduced by particular communication protocols, statistics related to the system 

performance can be determined. The use of a steady-state condition 160 corresponding to 
the presence of background-traffic is generally insufficient to determine these protocol- 
dependent interactions and effects. 
1 The implicit-event generator 190 provides individual events, such as an 

20 occurrence of a stream of packets, corresponding to the parameters of the background- 
traffic. For ease of reference, these events are termed implicit-events, or implicit-packets, 
to distinguish these events from the explicit-events, or explicit-packets, associated with 
the explicit-traffic. In a preferred embodiment, these implicit-events corresponding to the 
background-traffic are modeled at substantially the same level of detail as the explicit- 
25 events, so that the discrete simulator 150 can provide the same level of analysis as would 
be provided by a conventional discrete simulation that requires a totality of explicit- 
events. As compared to a conventional discrete simulation, however, the implicit-event 
generator 190 generates implicit-events only when the occurrence of these implicit-events 
has a potential of affecting the propagation or processing of an explicit-event. That is, for 
30 example, these implicit-events are not generated at elements that are unaffected by the 
explicitly modeled traffic, nor are they generated at elements that process each packet 
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substantially independent of each other packet. In this manner, the processing and 
memory resources required for a discrete simulation of individual packets is minimized. 
Only background-traffic related events that may impact the explicitly modeled events of 
interest are simulated at a time and resource consuming level of detail; the other 
5 background-traffic related events are neither generated nor simulated, thereby saving a 
considerable amount of time and memory compared to a conventional discrete simulation 
system. 

FIG. 2 illustrates an example timing diagram of the processing of explicit-traffic 
10 and background-traffic in accordance with this invention. Line 2 A of FIG. 2 illustrates an 
explicit-event 200 that is scheduled to occur at time TO. Line 2B of FIG. 2 illustrates the 
generation and processing of implicit-events 21 1-218 in response to the anticipated 
occurrence of the explicit-event 200. For ease of understanding, the events of FIG. 2 are 
j{ presented as the arrivals of packets 230, 220, 221, 222, etc. that are stored in a queue 250 

0 ; 15 and subsequently removed from the queue 250, as events 200', 2 1 0*, 2 1 T, 2 1 2*, etc. 

nj 

4: When an explicit-event 200 is scheduled to occur at an element at time TO, the 

Q 

7: state of the element at some time duration MO before TO is determined. Conceptually, the 

^5 

ry occurrence of an explicit-event causes the discrete simulator 150 of FIG. 1 to perform a 

Si 

f 3 "mini-simulation" of a combination of the explicit-event and implicit-events 

^1 20 corresponding to the background-traffic. Correspondingly, the duration MO is herein 

4^ referred to as a "mini-simulation duration", and the time TO-MO before the scheduled 

Q 

£1 explicit-event is termed the "anticipation time". In effect, the mini-simulation is 

structured to "anticipate" the arrival of the explicit event, create a composite effect 
corresponding to the state of the system at this anticipation time, based on the 
25 background-traffic, and then simulate the background-traffic as discrete, or 
particularized, events. 

At the anticipation time TO-MO, the state of the element is either active or 
quiescent. An element is active if there are events pending to be simulated at that 
element. An element is quiescent if there are no currently pending events to be simulated 
30 at that element, and any prior events at the element occurred sufficiently prior to time TO- 
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MO that the system can be considered to be in a steady-state condition, as discussed 
above, and as discussed further below. 

If the element is quiescent at the anticipation time TO - MO, the analytic model 
processor 130 of FIG. 1 determines the steady-state conditions 160 corresponding to this 
5 element at time TO-MO, and loads the simulation state 170 with a queue length that is 
dependent upon these steady-state conditions 160. This initial condition of the simulated 
element is represented on line 2B of FIG. 2 as a steady-state event sO 210 that pre-loads 
the element queue 250 with a "Steady-state Q" 220. The removal of this initial steady- 
state load 220 from the queue 250 is illustrated on line 2B as event sO 210* at the end of 
1 0 the steady-state load 220. 

After the analytic model processor 130 pre-loads the queue 250 with the initial 
steady-state load 220, the implicit-event generator 190 generates implicit-events il-i8 
211-218 corresponding to the parameters associated with the background-traffic at this 
element. That is, the parameters associated with the background-traffic are used to 
^ 15 particularize the traffic into a series of specific events. As illustrated on line 2B of FIG. 2, 
4- in a preferred embodiment of this invention, these implicit-events i 1 -iS 2 11 -2 1 8 are not 

13 necessarily uniform; preferably, the background-traffic is characterized by parameters 



tt — : 



^ associated with a stochastic process, and the implicit-event generator 190 generates these 

O implicit-events stochastically, in conformance with these parameters. 

■Si 

n\ 20 As each implicit-event il 21 1, i2 212, i3 213, etc. occurs at the input of the 

element, the element model is applied to each implicit-event to produce a corresponding 

■T" : 

Q implicit-event output; in this example, the corresponding event output is the placement of 

the implicit-packet 221, 222, 223, etc. into the queue 250. As illustrated, each implicit- 
packet 221, 222, 223, etc. in a preferred embodiment may also be sized in accordance 

25 with the parameters associated with background-traffic. That is, il 221 is illustrated as 
being smaller in size than i2 222, which is smaller than 14 224, and so on. Subsequent 
simulation of the element as the simulation time advances results in the implicit-packets 
221, 222, etc. being removed from the queue 250 as events il 21 T, i2 212', etc. 

Based on the simulation of the implicit-events 211,212, etc., the explicit-event eO 

30 200 is illustrated as occurring after implicit-events il-i4 21 1-214 have arrived at the 
element, and after packets il 221 and 12 222 have been removed from the queue 250. 
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Explicit-packet eO 230 is placed in the queue 250, after packet i4 224. The explicit-packet 
eO 230 is removed from the queue 250, after implicit-packets 13 223 and 14 224, at time 
Tl. 

As can be seen, the time duration QO that the explicit-packet eO 230 remains in 
5 the queue 250 is dependent upon the properties of the steady-state condition sO 210, as 
well as the simulated effects of the implicit-events i 1-14 211-214 that occur before the 
arrival of the explicit packet eO 230. As noted above, more complex interactions between 
each explicit-event and the implicitly generated events, such as protocol behavior, may 
also be modeled using conventional discrete simulation techniques using the techniques 
10 presented above. 

After the explicit-event eO 200 is processed by the element, at TO, additional 
implicit-events 15, i6, etc. generally need not be processed, assuming that an event cannot 
be affected by subsequent events. Illustrated on line 2B of FIG. 2, however, subsequent 
implicit-events i5-i8 215-218 are generated in a preferred embodiment, and the implicit- 



y ' 15 packets i5-i7 225-227 that arrive before the explicit-packet eO 230 is removed from the 

111 

queue 250 are placed in the queue 250. The reason for this continued processing is to 



properly maintain the state of the element being simulated diuing this period, in case 
another explicit-event el 201 arrives soon after eO 200, at time T2. As discussed above, 
when an explicit-event is scheduled to occur at an element, the state of the element at an 

20 anticipation time before the scheduled explicit-event is determined. As indicated on line 
2B, at the anticipation time T2-M0, the element is still active, because the prior explicit- 
packet eO 230 has not yet been removed 200' from the queue 250. In this case, the 
implicit-event generator 190 will continue to generate implicit-events (not shown) until 
this new explicit-event el 201 is completely processed by the element. 

25 The process of generating and simulating implicit events continues until there are 

no explicit-events remaining at the element or scheduled within an MO duration of the 
generated implicit-events, at which time the implicit-event generator 190 ceases the 
generation of implicit-events, and the state of the element is cleared, awaiting the next 
scheduled explicit-event. That is, if explicit event el 201 does not occur, the implicit- 

30 event generator 190 in a preferred embodiment ceases the generation of implicit-events 
beyond implicit-event 18 218, and the queue 250 is cleared. 
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To further clarify the process of a preferred embodiment, consider the process 
upon receipt of the event el 201. At time T2, el occurs, and the state of the system is 
examined at time T2-M0 (the start of the MiniSim Duration) to determine whether the 
5 state of the element is active or quiescent. At time T2-M0, there are several packets 
waiting for processing by the element: the remaining portion of eO 230, and the entirety 
of packets i5 225 through i8 228. Collectively, these packets will finish processing at 
time T3. At time T2-M0, therefore, the element will be "active" for a further duration of 
T3 - (T2-M0). The quantity T3 - (T2-M0) has units of time, and is referred to as the 
10 preexisting work in the element at time T2-M0. "Work" in this context has units of 
(simulated) time, and signifies how long the element will take to process the current 
packets in the system. In the example illustrated with the arrival of el 201, it is not 
appropriate to use the "steady state" estimate of the element at time T2-M0, because this 
"initial condition" (the existence of explicit and implicit events) is available and 
15 potentially relevant, and would be ignored if a steady-state estimate is used, as noted 

above. Therefore, in a preferred embodiment, the "steady state" estimate is not used, and 
the system continues to generate implicit-events after iS 218 (not illustrated), using the 
n J same technique as discussed above regarding events i 1 -i8 2 1 1 -2 1 8. 

C] Note that the decision whether to use the steady state estimate or to continue with 

20 the generation and simulation of implicit events may introduce anomalies when the 
steady state estimate at a time just beyond the completion of work at an element is 
substantially different firom the work at the element at the last simulated explicit event. A 
straightforward approach is to assume that the load on the element approaches the steady 
state condition upon completion of the processing of the explicit event at the element. 
25 This load between the completion of the processing of the explicit event and the 

commencement of a mini-simulation for the next explicit event at the element can be 
estimated as a linear increase or decrease, but preferably a function that asymptotically 
approaches the steady-state load from the last simulated load is preferred. Other options 
for accommodating the transition from mini-simulation to steady-state simulation are 
30 discussed further below. 



m 
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FIG. 3 illustrates an example flow diagram of a mixed-mode simulator in 
accordance with this invention, corresponding to the principles discussed with regard to 
FIGs. 1 and 2. When an explicit-event 301 is scheduled to occur at an element at time TO, 
the state of the element at time TO-MO is determined, at 310. MO is a parameter that is 
5 predefined for each element type, and is typically a function of the volume of 

background-traffic. It is preferably long enough so that the steady-state effects caused by 
the background-traffic are completed before the arrival of the explicit-event, and 
preferably allows for at least a few implicit-events to occur before the arrival of the 
explicit-event. Shortening MO reduces the simulation resource requirements, while 
10 lengthening MO increases the simulation resource requirements. In general, the mini- 
simulation of an element provides a more detailed, and preferably more accurate, result 
than the analytical formulas used to determine the steady state performance, but at the 
cost of increased resource utilization. 



J3 If, at 320, the element is quiescent at time TO-MO, the steady-state conditions 

^ , 15 corresponding to the background-traffic are determined, at 330, and the element is 



initialized, based on these determined steady-state conditions, at 340. The generation of 
implicit-events begins, at 350. The simulation database 110 of FIG. 1 contains the 
^'"^ parameters associated with the background-traffic. These parameters may range in 

Q complexity from an average packet size and occurrence rate to the parameters of a 

pl 20 complex probability distribution function of packet sizes and arrival times. In a preferred 
4« embodiment of this invention, statistics that are collected fi^om the actual network are 

imported into the simulation database 110, and the implicit-event generator 190 generates 
implicit-packets that correspond to the actual network. These and other techniques for 
generating a realistic representation of the actual or anticipated occurrences of 
25 background-traffic events will be evident to one of ordinary skill in the art of simulation. 
The process continues, at 399, such that the implicit-events continue to be generated until 
terminated by another process. The implicit-events are placed on the discrete simulation 
schedule 180 of FIG. 1, for processing by the discrete simulator 150 at substantially the 
same level of detail as the explicit-events. 
30 If, at 320, the element is active (non-quiescent) at time TO-MO, the new explicit- 

event merely causes the continued generation of implicit-events. The block 380 
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representing this action is illustrated as a dashed block because this action does not 
normally require an express action. As discussed above, the generation and processing of 
the implicit-events for each element continues as long as at least one explicit-event 
remains at the element. That is, the process illustrated in FIG. 3 initiates the implicit- 
5 event generation, and another process, such as illustrated in FIG. 4, terminates the 
implicit-event generation. 



FIG. 4 illustrates an example flow diagram of a discrete simulator in accordance 
with this invention. Each explicit-event is associated with a particular element. That is, 
10 for example, the explicit-event may be the arrival of a packet at an element, the 

transmission of the packet from the element, a storage of the packet at the element, and so 
on. Some or all of these explicit events cause the generation of other explicit-events at 
other elements; for example, the transmission-event of a packet from one element causes 
a reception-event at another element at a subsequent time. In a similar manner, the 
%] 15 implicit-events are also associated with particular elements. The aforementioned "mini- 

4= simulation** is generally performed for each element having an associated explicit event. 

Q 

j5 The block 410 represents the process discussed above with regard to FIG. 3. Upon 

'^'■^ notification of a first explicit event 401, the element's initial conditions are determined 

Cj and loaded, based on the steady-state conditions associated with the background-traffic, 

s\ 

pj 20 and the generation of implicit-events corresponding to the parameters of the background- 

?^ 

2= traffic commences. At this block 410, the element is also marked as being **active'*, to 

C3 facilitate the quiescent-state determination at block 320 of FIG. 3. As is common in the 

art of discrete simulation, the discrete simulator 150 of FIG. 1 operates using a 
**simulation-time'* parameter, and controls the simulation of each element based on the 
25 scheduled time for each event associated with each element. Upon receipt of a scheduled 
event 481 associated with this element, the scheduled event 481 is processed in 
accordance with the simulation model that is associated with the element, at 420. This 
scheduled event 481 may be an implicit-event or an explicit-event. Thereafter, the time to 
the next scheduled explicit-event at this element is determined, at 430. If, at 440, the time 
30 to the next scheduled explicit-event is greater than the aforementioned mini-simulation 
duration MO, then there is no need to continue the detailed simulation of this element, and 
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the implicit-event generation for this element is terminated, at 450. The element is 
marked as quiescent, and the process continues, at 499, until a notification of another 
explicit-event 401 at this element causes the process of FIG. 4 to be repeated. 
Note that, because the initial conditions corresponding to the background-traffic are 
5 determined for each element at the commencement of each mini-simulation, the 

simulation in accordance with this invention allows for the simulation of time-varying 
background-traffic. For example, the background-traffic in a network in an office 
environment may be characterized as minimal traffic before 7 a.m., moderate traffic 
between 7 a.m. and 10 a.m., intense traffic between 10 a.m. and 4 p.m., and so on. In 
10 accordance with another aspect of this invention, a preferred embodiment of this 
invention also allows for an effective modeUng of the transient periods as the 
background-traffic changes. A conventional analytic modeling technique allows for a 
determination of the steady-state traffic for each specified set of background-traffic 

El 

ujj parameters, but does not address the transient periods between the specified sets. A 

^ ! 15 preferred embodiment of this invention models the background-traffic transition periods 

4^ using a fiinction that asymptotically approaches the steady-state conditions that are 

ui 

determined by the analytic model processor 130 of FIG. 1. That is, a change of 
^ background-traffic is modeled as a continuous, somewhat gradual, change from one set of 

C3 steady-state conditions to the next set of steady-state conditions. The rate at which the 

f|l 20 function approaches the steady-state condition can be specified, and is usually determined 
4= based upon observations of traffic patterns in the actual network that is being simulated, 

f ] or based upon anticipated traffic patterns for a proposed network that is being simulated. 

Other conditions and rules can be applied to improve the representative nature of 

the simulated network to an actual network, as would be evident to one of ordinary skill 
25 in the art. Of particular note, as noted above, the transition periods between simulation 

modes may be modeled using certain heuristics, to better model such transitions. 



FIG. 5 illustrates an example timing diagram of a transition from discrete 
simulation (mini-simulation) and steady-state simulation. At T4, an event e3 500 occurs, 
30 and effects a mini-simulation that simulates discrete work 510 about the event e3 500, as 
discussed above with regard to FIG.2*s event 200. Relative to the occurrence of a 
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subsequent event e5 501, the element has a remainder of preexisting work 510 caused by 
event e3 500. As discussed above, if the anticipation time T5-M0 of the mini-simulation 
associated with the event e5 501 corresponds to a time before the completion T6 of the 
preexisting work 510, then the element is considered active, and the discrete mini- 
simulation of the element will continue, and the response of the element to the occurrence 
of event e5 501 will be based on this continued mini-simulation. 

If the anticipation time T5-M0 corresponding to the event e5 501 is substantially 
far from the end T6 of the mini-simulation of the element, the condition of the element at 
the anticipation time T5-M0 will be the aforementioned "steady state'* condition 
associated with the element. 

If, however the anticipation time T5-M0 is somewhat close to the end T6 of the 
mini-simulation of the element, a number of factors may be considered in order to 
determine the condition of the element at the start T5-M0 of the next mini-simulation of 
the element. 

If, for example, the load on the element in response to the explicit event e3 500 
exceeds the capacity of the element, the amount of work at the element will continue to 
grow. In a preferred embodiment, a linear approximation of the growth in the amount of 
work from the event e3 500 is used to estimate the amount of work at the element at the 
start T5-M0 of the mini-simulation of the element in response to event e5 501. 

If, for example, the load on the element is approximately equal to the capacity of 
the element, the load will very gradually tend toward the steady state. In this case, the 
ability of the element to reach steady state is dependent upon the duration DO since the 
prior explicit event that caused this load. In a preferred embodiment, the change of load 
on the element is limited to a factor that is proportional to the square root of the dxiration 
DO, to emulate the gradual change toward the steady state. At the anticipation time T5- 
MO corresponding to the event e5 501, the estimated load, based on this gradual change, 
is used as the initial condition for the mini-simulation of the element. 

If, on the other hand, the load on the element is substantially less than the capacity 
of the element, then the characteristics of the preexisting work 510 are used to determine 
an appropriate determination of the initial conditions at the start T5-M0 of the mini- 
simulation. If the preexisting work 510 is substantial, an estimate of when the preexisting 
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work 510 and any coincident background work will first be completed is determined, 
using an assumed constant arrival rate for the background work. If the time of this zero- 
work estimate is less than the start T5-M0 of the mini-simulation, the increase of work to 
the steady-state condition is estimated as discussed above, using the time of the zero- 
work estimate as the base for commencing this increase. If the time of this zero-work 
estimate is greater than the start T5-M0 of the mini-simulation, then a linear estimate of 
the amount of work at the element at the start T5-M0 is used as the initial condition for 
the mini-simulation of the element. 

The foregoing merely illustrates the principles of the invention. It will thus be 
appreciated that those skilled in the art will be able to devise various arrangements which, 
although not explicitly described or shown herein, embody the principles of the invention 
and are thus within the spirit and scope of the following claims. 
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